home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group92c.txt / 000054_icon-group-sender _Mon Nov 2 03:19:51 1992.msg < prev    next >
Internet Message Format  |  1993-01-04  |  2KB
  1. Received: by cheltenham.cs.arizona.edu; Tue, 3 Nov 1992 05:03:16 MST
  2. Date: 2 Nov 92 03:19:51 GMT
  3. From: sun-barr!cs.utexas.edu!uwm.edu!linac!uchinews!ellis!goer@ames.arc.nasa.gov  (Richard L. Goerwitz)
  4. Organization: University of Chicago Computing Organizations
  5. Subject: Re: Character manipulation
  6. Message-Id: <1992Nov2.031951.18774@midway.uchicago.edu>
  7. References: <1992Nov01.000555.788292@sue.cc.uregina.ca>
  8. Sender: icon-group-request@cs.arizona.edu
  9. To: icon-group@cs.arizona.edu
  10. Status: R
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12.  
  13. skagos@hercules.cs.uregina.ca (P. Takis Skagos) writes:
  14. >
  15. >  While Icon is *GREAT* at manipulating data on a line-by-line basis,
  16. >it, I feel, lacks somewhat in the character-by-character manipulation
  17. >arena.
  18.  
  19. This is quite true.  It certainly tends to encourage us to read files
  20. line by line, and perform operations on those lines via scanning.  If
  21. we must do things on a char-by-char basis (as, for example, tokenizing),
  22. then we can either a) figure out a way to bit off chunks that can be
  23. scanned, or b) use Icon as a kind of poor-man's C.  Too much of b and
  24. we obviously shouldn't be using Icon.  (Every language has it's strong
  25. and weak points.)
  26.  
  27. Maybe if you'd post an example of what you'd like to do, we can col-
  28. lectively solve the problem.  It's always nice when people post ques-
  29. tions about real-world problems.
  30.  
  31. One thing that's worth thinking about is whether string scanning could
  32. be extended to cover files.  That would solve your problem.  Seems
  33. like a great idea to me.  Really great.  It's something the Icon Pro-
  34. ject has been talking about.  Any bright students at the U of Arizona
  35. looking for class projects :-).  Would take some interesting buffering
  36. and a lot of fseeks.  But wouldn't it be neat to have scanning usable
  37. on character streams as well as strings?
  38.  
  39. -- 
  40.  
  41.    -Richard L. Goerwitz              goer%midway@uchicago.bitnet
  42.    goer@midway.uchicago.edu          rutgers!oddjob!ellis!goer
  43.